home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000217-20000824 / 000220_news@columbia.edu _Mon Apr 24 12:36:36 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  6KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id MAA26274
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 24 Apr 2000 12:36:35 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA25376
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 24 Apr 2000 12:36:35 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id MAA18621
  10.     for kermit.misc@watsun.cc.columbia.edu; Mon, 24 Apr 2000 12:15:36 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: Parity incorrectly reported, and RTS/CTS problem on Solaris 7 for x86
  14. Date: 24 Apr 2000 16:15:35 GMT
  15. Organization: Columbia University
  16. Message-ID: <8e1rv7$i5p$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <3904650F.A10717AF@yk.rim.or.jp>,
  20. Ishikawa  <ishikawa@yk.rim.or.jp> wrote (of C-Kermit 7.0):
  21. : First, thank you for the great package.  I asked a few questions
  22. : concerning the usage of 8 bits byte, and an even parity several weeks ago
  23. : on linux and after the kind answers I could get kermit going on Debian
  24. : GNU/linux well.
  25. : 
  26. Good...
  27.  
  28. : [1] One cosmetic bug.
  29. : 
  30. : I set the parity to "parity hardware even" (8E1).  But the parity shown 
  31. : on the receiving server side (i.e., after I type "server" [CR]) is `none'
  32. : instead of `hardware even'.  Maybe this discrepancy can be fixed.
  33. : ...
  34. : But, the CRT display on the server side is as below.
  35. : 
  36. : --- begin quote
  37. : C-Kermit 7.0.197, 8 Feb 2000, www [192.9.200.253]
  38. : 
  39. :    Current Directory: /tmp
  40. : Communication Device: /dev/ttya
  41. :  Communication Speed: 115200
  42. :               Parity: none              <---- buggy?
  43. :          RTT/Timeout:
  44. :         ...omitted ...
  45. : --- end quote
  46. : 
  47. This is not actually a bug.  As far as Kermit protocol is concerned, the
  48. parity really is "none".  This means it is using all 8 bits of each byte for
  49. data, and it doesn't have to use single shifts or locking shifts to encode
  50. bytes whose 8th data bit is 1.  But yes, I agree it might be clearer to list
  51. something like "none (8E1)" here.  I'll add it to my list.
  52.  
  53. : Now a little complicated one.
  54. : I am not sure if this is a bug or feature.
  55. : 
  56. : [2] A user expectancy problem.  RTS/CTS is not supported by
  57. :     pre-compiled binary for Solaris 7 for x86.
  58. : 
  59. : But kermit doesn't complain if I specify rts/cts flow-control, and
  60. : SILENTLY ignored my request, so to speak.
  61. : 
  62. Thanks for the report.  We don't have hands-on access to Solaris x86 (any
  63. version) here, so never noticed this one.  All our Solaris x86 binaries were
  64. built at remote sites, where we couldn't experiment with modems, or sent in
  65. by others.  (Note: we still don't have a Solaris 2.6 x86 binary.)
  66.  
  67. : *USER EXPECTANCY PROBLEM*: C-kermit doesn't complain at all when I typed
  68. : 
  69. :       set flow-control rts/cts
  70. : 
  71. : and doesn't say a thing when I typed
  72. : 
  73. :         connect
  74. : 
  75. C-Kermit 7.0 for Solaris is built with -DCK_RTSCTS, which tells it to
  76. include the commands for setting, showing, and using RTS/CTS.  This has been
  77. true ever since Solaris 2.0.  It happens automatically in ckcdeb.h, because
  78. STERMIOX is defined, which in turn means that <system/termiox.h> is available,
  79. which defines the System-V based hardware flow-control API.
  80.  
  81. : It simply failed to set RTS/CTS and merrily goes on processing.  Beat me why
  82. : it did NOT give me any warning about not-supported RTS/CTS or maybe the code
  83. : forgot to handle the non-supported case since the code to handle CRTSCTS is
  84. : cluttered with many #ifdef's.)
  85. : 
  86. That's what makes it work on hundreds of different platforms :-)
  87.  
  88. The reason you didn't get a warning is that C-Kermit is indeed calling the
  89. <system/termiox.h> APIs for setting RTS/CTS, and the APIs are not returning
  90. an error.  (Take a debug log and search for "tthflow".)
  91.  
  92. : Anyway, after I modified the supplied `makefile' to define
  93. : POSIX_CRTSCTS (and inserted a few fprintf(stderr,"...") lines just to
  94. : let me make sure the expected lines to enable RTS/CTS flow control are
  95. : executed) and recompiled the C-kermit-7 code, I verified that now that
  96. : the RTS/CTS enable code is executed and the transfer at 115200 bps
  97. : (8E1) with flow-control of rts/cts works and transfer of wermit binary
  98. : (about 1.6MB) using packet length of 3999 (default) with D-type packet
  99. : went well(!).
  100. : 
  101. Good!  So it seems that the System-V RTS/CTS APIs have stopped working in
  102. Solaris 8 and a non-backwards-compatible switch as been made to the POSIX
  103. APIs.  This is a "double ended error": the old API is broken, but it doesn't
  104. inform the application of any problem.
  105.  
  106. : I have no idea at this moment if solaris 7 for sparc (not x86) should work
  107. : with this modification, but it should.  If not, maybe we need a different
  108. : target (solars7x86 against solaris7) just in case. YMMV.
  109. :
  110. This, of course, is an important question.  What is the earliest version of
  111. Solaris that has the POSIX API for RTS/CTS available (and working!)?  What
  112. is the latest version of Solaris that has the System V API working?  Is there
  113. a difference between x86 and Sparc versions?
  114.  
  115. : Here is the patch to makefile (for solaris 7 for x86).
  116. : I simply inserted -DPOSIX_CRTSCTS.
  117. : (Is this macro supposed to be automatically defined when one says
  118. : -DPOSIX? From the comment I found in the code, I don't think so, but
  119. : just have to ask.)
  120. : 
  121. No, it is not, and should not be.  You can never assume anything like this.
  122. To C-Kermit, -DPOSIX means POSIX 1.0, which has nothing whatsoever to say
  123. about hardware flow control; POSIX OS's implement hardware flow control in
  124. all sorts of creative and incompatible ways.
  125.  
  126. I'm cross-posting this reply to the Solaris lists in case anybody there can
  127. answer the questions above.  Unfortunately, however, the only real test is
  128. to build C-Kermit both with and without -DPOSIX_CRTSCTS on every Solaris
  129. platform and test the flow control.
  130.  
  131. - Frank